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DETAILED ACTfTOfNI 

Terminal disclaimer filed by applicant on September 02, 
2005, is acknowledged. Claims 1-31 are considered for 
examination. 



Clmm Rejections - 35 GJJSC §102 

(a) the invention was known or used by others in this country, or patented or 
described in a printed publication in this or a foreign country, before the 
invention thereof by the applicant for a patent. 

Claims 1-31 are rejected under 35 U.S.C. 102(a) as being 
anticipated by CORBA and ORB (The Server side of CORBA, 
OS/2 developer OFFALS et al. July/August 1995, OMG, 
"Understanding the ORB", Part 2, 1995, pp. 73-90, SOMA 
Technologies, "The Orbix Architecture", January 1995, pp. 1- 
23, and Mowbray et al, "THE ESSENTIAL COBRA System 
Integration Using Distributed Objects", 1995, RYMER, 
JIOHN, "Distributed Object Interoperability", and "OMG's 
UNO, Distributed Computing Monitor"). 
For completeness, the above references are made part of 
the statement of the rejection because, these references all 
deal with CORBA and ORB and they discuss various aspect 
of the CORBA. 

As per independent claoms 1 and 12i 

A method of dynamically communicating an object message 
between a client and server of separate object models 
comprising the steps of (ORFALE, page 1, CORBA, and what 
CORBA does on the client side, and Dynamic Invocation 
Interface (DII) APIs and associated discussion): 

mapping said client to said server [ORFALI, page 2, last line 
to page 3, first two line, Object adaptor assigns references 
to new object it creates, and associated discussion on 
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mapping, also Mowbray, page 36, Fig. 3.2, and page 38, 
Fig. 3.2, and OMG, page 76, ORB accept responsibility, and 
associated discussion, further, IQMh, page 10/23, 5 th 
paragraph, Smart Proxies, "call-backs" from a server with 
which it had earlier corresponded, and associated 
discussion]; 

intercepting a message generated by said client in a first 
object model [ORFALI, page 2, "Dynamic Skeleton 
Interface, and Object adaptor", and their associated 
discussion, also OMG„ page 74, item 1, "The ORB receives a 
request targeting an object in the server, The ORB checks its 
repository and determine that neither the server nor the 
object is currently active", and 4 th paragraph, 

"instead object requests are passed directly from the client 
code to the invoked object implementation", and associated 
discussion, further, Mowbray, page 36, fig. 3.1, "ORB 
functions as a communication infrastructure", and page 38, 
Fig. 3.2., also second paragraph, and associated discussion 
respectively]; 

examining a second object model for interface information 
for said Server [OIRFALE, PAGE 2, 1 st paragraph, "In both 
case (dynamic or static invocation), the ORB locates a server 
object adaptor, transmits the parameters, and transfers 
control to the object implementation through the server IDL 
stub", also, OMG, page 74, items "2.", and "3.", 3COM A, 
page 12/23, "then Orbix binds the client to an object within 
the server which provides an interface compatible with that 
expected the server", and finally Mowbray, page 38, 
second paragraph to page 39, "exception can be generated 
by the server or by the ORB in case of errors", and 
associated discussion]; 

generating a translated message for said server [©[RFAL3E, 
page 4, item 5, "the proxy object call cooperates with the 
local Objects Manager to find a server, marshals method 
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argument, convert object pointers in the clients", and 
associated discussion; and OMG, page 78, 2 nd paragraph, 
"object references are converted between stringfield and 
invocable forms only by the ORB", and associated 
discussion, also, SOMA, page 7/23, 6 th paragraph, "The IDL 
compiler is primarily a part of the development environment, 
and used to translate IDL description into sub code to aid 
remote operations", further, Mowbray, page 38, 2 nd 
paragraph, Transparently, the stub provides an interface to 
the ORB that performs marshaling to encode and decode the 
operation's parameters into communication formats suitable 
for transmission", and associated discussion]. 

forwarding said translated message to said server [the 
forwarding of the translated message to the server is an 
inherent part of the process after the translation for the 
server in any of the references, See ORFADJE, "send the 
method to the server", OMG, page 77, 2 nd par. "object 
adaptor provides interface between ORB and object", IOWA, 
page 7/23, e.g. "to aid remote operation", and page 38, "the 
OMG IDL skeleton program is the corresponding server-aid 
implementation of the OMG IDL interface"]. 

As to statement in the preamble that "message between a 
client and server of separate object model", applicant's 
attention is directed to the teaching of Mowbray on page 
37, where he explicitly says: "C0IRIBA is a peer~t©=peer 
distributed c©irnputeng facility where aDB applications 
aire objects (in the sense of object ©dentation)., 
Objects can alternate between cBBent roles and server 
roles- An object is on a client role when it is the 
originator of an object inw©cati©n= An object is in a 
server r©le when it is the recipient ©f an ©bject 
DDw©cati©n, m©st ©bjects pr©babDy will play b©th 
rales", and associated discussion, ass also Fig. 3.2. where 
client object and server object are separate]. 
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As to Bimdlepeinideinitt cDaom 22t 

A dynamic object message broker comprising [the teaching 
of ORFALI et al., OMG, SOMA, and Mowbray et al., on 
CORBA]: 

a first computer system having a first object model and a 
first object running in said first object model [ORFABJE et al., 
page 1, client object, OMG, page 74-75, client object IOMA, 
page 8/23, client object, and Mowbray et al., page 38, Fig. 
3.2. client object]; 

an mediating component coupled to said first computer 
system, said mediating component capable of creating a 
dynamic messaging interface [ORFAO, page2, "the object 
adaptor sits on top of ORB's core communication services 
and accept requests for service on behalf of the servers 
object", and page 1, last par., "to support both static and 
dynamic client/server invocations", OMG, page 77, 2 nd par. 
IOMA, page 11/23, Orbix Architecture (see specifically 2 nd 
par.), and Mowbray et al., page 36, and page 38, ORB] ; 
and 

a second computer system coupled to said mediating 
component, said second computer system having a second 
object model and a second object running in said second 
object model [ORFAO et al., page 1, server object, ©IMG, 
page 74-75, server object IOWA, page 8/23, server object, 
and Mowbray et al., page 38, Fig. 3.2. server object]. 

Regarding first computer, second computer, and mediating 
component and See, RYMER, "Distributed Object 
Interoperability" page 7, under the Title, "TWO KINDS OF 
INTERFACE", also, "OMG's UNO", page 3, under the Title 
"INTER-ORB BRIDGE SUPPORT AND DYNAMIC SKELETON 
INTERFACE". 
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As to the limitation of "first object running in said first object 
model", and "second object running in said second object 
model", see the discussion of separate object models in the 
rejection of claim 1, and 12. Additionally, see the discussion 
of Mowbray on page 44, regarding "product availability" 
and cross-platform platform development product called 
"Common Object Model". See also OMG, page 78, where he 
teaches of "ORBs will typically lack static skeletons for 
remote invocations, since the installations procedure for an 
object implementation grafts its skeleton only onto its own 
ORB and not on that of the client", indicating explicitly that 
the objects in ©IMG have their own communication system , 
also page 87, last par., (See also page 4 of the present 
application, for the definition of Object Model on page 3 last 
par. continued on page 4). 



As to independent clainn 27s 

The claim is rejected for the reasons stated in the rejection 
of claims 1, and 12, and in addition 

creating a proxy object associated with said client [©IMPALE, 
page 4, item 5, "in the client by the local proxy objects", 
also first partial par., classes that provide the proxy client, 
server, and socket functions, OMG, page 74-75, EONA, 
page 9/23, 2 nd to last par., "runtime builds a "proxy", and 
Mowbray et al., page 38]; 

creating a stub object associated with said server [©IRFALE, 
page 1, "and both client and server stub are generated by 
the IDL compiler", ©MG, page 87, E©MA, page 9/23, 2 nd to 
last par., "runtime builds a "proxy", and Mowbray et al., 
page 38]; 

determining a message protocol for said server [see, 
Mowbray, page 22, Fig. 1.4., and associated discussion]; 

As to independent cDaini 31: 
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The claim is rejected for the reasons stated in the rejection 
of claims 1, and 12, and in addition 

examining a plurality of second object models to locate a 
server to process said message [ORFAO, PAGE 2, 1 st 
paragraph, "In both case (dynamic or static invocation), the 
ORB locates a server object adaptor, transmits the 
parameters, and transfers control to the object 
implementation through the server IDL stub", also, OMG, 
page 74, items "2.", and "3.", IOWA, page 12/23, "then 
Orbix binds the client to an object within the server which 
provides an interface compatible with that expected the 
server", and finally Mowbray, page 38, second paragraph 
to page 39, "exception can be generated by the server or by 
the ORB in case of errors", and associated discussion, also 
page 8/23], 

obtaining interface information for said server running in one 
of said plurality of second object models [ORFAL3E et al., 
page 1, last par. "the ORB interface consists of a few APIs", 
OMG, page 78, "the dynamic skeleton interface" associated 
discussion, 3E0MA, page 9/23, last par. IDL interface, and 
Mowbray et al., page 37, Fig. 3.1. interface definition 
language and Fig. 3.2., and associated discussion]; 



As to depemidemift da™ 2: 

The method of claim 1 further comprising the step of 
transmitting a response from said server to said client 
[OH^FALI et al., page 2, "The object adaptor", and 
associated discussion, OMG, page 74, "item No. 5, EOMA, 
page 9/23, 4 th par., and Mowbray et al., page 38, Fig. 
3.2.]. 

As to depemideirBtt: daomnis 3 atrad 13i 

The method of claim 1 further comprising the steps of; 
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said client sending a query to determine if said server is able 
to respond to said message [ORFAU, page 2, "Dynamic 
Skeleton Interface, and Object adaptor", and their 
associated discussion, also OMG,, page 74, item 1, "The 
ORB receives a request targeting an object in the server, 
The ORB checks its repository and determine that neither 
the server nor the object is currently active", and SOMA, 4 th 
paragraph, "instead object requests are passed directly from 
the client code to the invoked object implementation", and 
associated discussion, further, Mowbray, page 36, fig. 3.1, 
"ORB functions as a communication infrastructure", and 
page 38, Fig. 3.2., also second paragraph, and associated 
discussion respectively]; and 

responding affirmatively to said query regardless of whether 
said server is able to respond to said message[See ORFALI, 
"send the method to the server", OMG, page 77, 2 nd par. 
"object adaptor provides interface between ORB and object", 
page 7/23, e.g. "to aid remote operation", and page 
38, "the OMG IDL skeleton program is the corresponding 
server-aid implementation of the OMG IDL interface"]. 

As to depeimdeinit cDaomnis 4 anud 14° 
See the rejection of independent claim 27. 



As to dependent cOaomn) 5, amid 15: 
The method of claim 4 further comprising the step of 
creating an association between said client and said proxy 
object [©[RFALE, page 4, item 5, "in the client by the local 
proxy objects", also first partial par., classes that provide 
the proxy client, server, and socket functions, ©MG, page 
74-75, IOMA, page 9/23, 2 nd to last par., "runtime builds a 
"proxy", and Mowbray et al., page 38]. 

As to depeimdeinifc clanmms 6-8/ amid 16=18° 
Please see the rejection of claim 27. 
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As to dependent cDstooTDS 9, 19 and 29°, 
The method of claim 1 wherein said message includes an 
operation and a plurality of arguments, said step of 
generating further comprises the steps of: 
translating said operation for said server; 
translating said plurality of arguments for said server; and 
generating a translated message using a message protocol 
of said Server [ORFAO, page 4, item 5, "the proxy object 
call cooperates with the local Objects Manager to find a 
server, marshals method argument, convert object pointers 
in the clients", and associated discussion; and OMQ, page 
78, 2 nd paragraph, "object references are converted between 
stringfield and invocable forms only by the ORB", and 
associated discussion, also, EOlftflA, page 7/23, 6 th 
paragraph, "The IDL compiler is primarily a part of the 
development environment, and used to translate IDL 
description into sub code to aid remote operations", further, 
cmowlbirav, page 38, 2 nd paragraph, Transparently, the stub 
provides an interface to the ORB that performs marshaling 
to encode and decode the operation's parameters into 
communication formats suitable for transmission", and 
associated discussion]. 



As to depeodeinitt cOaimnis 10-11, 20-25L, and 30: 
The method of claims 9 and 2, wherein said step of 
translating said arguments further comprises the steps of: 
determining the expected number and type of arguments of 
said Server; 

determining whether an expected argument type is different 
than an argument type; and 

translating one of said plurality of arguments to an expected 
argument type when its type is different than said expected 
argument type [OIRFALE, page 4, inherently teach of this 
step by Mao-slhafliiinig, see also OMG, the discussion of 
object reference and types on page 80, 2 nd par.]; 
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generating a translated response using a message protocol 
of said client [[ORFALI, page 4, item 5, "the proxy object 
call cooperates with the local Objects Manager to find a 
server, marshals method argument, convert object pointers 
in the clients", and associated discussion; and OMG, page 
78, 2 nd paragraph, "object references are converted between 
stringfield and invocable forms only by the ORB", and 
associated discussion, also, IOM&, page 7/23, 6 th 
paragraph, "The IDL compiler is primarily a part of the 
development environment, and used to translate IDL 
description into sub code to aid remote operations", further, 
Mowbray, page 38, 2 nd paragraph, Transparently, the stub 
provides an interface to the ORB that performs marshaling 
to encode and decode the operation's parameters into 
communication formats suitable for transmission", and 
associated discussion]; and 

transmitting, using said mapping, said translated response 
to said client [the transmitting of the translated message to 
the client, See ORFALI, "send the method to the server", 
OMG, page 77, 2 nd par. "object adaptor provides interface 
between ORB and object", XONA, page 7/23, e.g. "to aid 
remote operation", and page 38, "the OMG IDL skeleton 
program is the corresponding server-aid implementation of 
the OMG IDL interface"]. 



As to depemidleDDt cDaamnis 23, and' 28i 

The message broker of claim 22 wherein said mediating 

component comprises: 

a control module, said control module capable of creating a 
mapping between said client object and said server object 
[O&FALE, page2, "the object adaptor sits on top of ORB's 
core communication services and accept requests for service 
on behalf of the servers object", and page 1, last par., "to 
support both static and dynamic client/server invocations", 
OMG, page 77, 2 nd par. IOWA, page 11/23, Orbix 
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Architecture (see specifically 2 nd par.), and Mowbray et al., 
page 36, and page 38, ORB]; 

a proxy object coupled to said a control module [ORFAO, 
page 4, item 5, "the proxy object call cooperates with the 
local Objects Manager to find a server, marshals method 
argument, convert object pointers in the clients", and 
associated discussion; and ©MS, page 78, 2 nd paragraph, 
"object references are converted between stringfield and 
invocable forms only by the ORB", and associated 
discussion, also, IOWA, page 7/23, 6 th paragraph, "The IDL 
compiler is primarily a part of the development environment, 
and used to translate IDL description into sub code to aid 
remote operations", further, Mowbray, page 38, 2 nd 
paragraph, Transparently, the stub provides an interface to 
the ORB that performs marshaling to encode and decode the 
operation's parameters into communication formats suitable 
for transmission", and associated discussion]; and 
a stub object coupled to said proxy object [ORFALE, page 1, 
"and both client and server stub are generated by the IDL 
compiler", ©MG, page 87, E©WA, page 9/23, 2 nd to last par., 
"runtime builds a "proxy", and Mowbray et al., page 38]. 



As to depeiradleBDfc cDaoom 24; 

The message broker of claim 23 wherein said first object is a 
client object, and said proxy object is coupled to said client 
object [OFFALS, page 4, item 5, "the proxy object call 
cooperates with the local Objects Manager to find a server, 
marshals method argument, convert object pointers in the 
clients", and associated discussion; and ©MG, page 78, 2 nd 
paragraph, "object references are converted between 
stringfield and invocable forms only by the ORB", and 
associated discussion, also, IOWA, page 7/23, 6 th 
paragraph, "The IDL compiler is primarily a part of the 
development environment, and used to translate IDL 
description into sub code to aid remote operations", further, 
Mowbray, page 38, 2 nd paragraph, Transparently, the stub 
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provides an interface to the ORB that performs marshaling 
to encode and decode the operation's parameters into 
communication formats suitable for transmission", and 
associated discussion]. 

As to dependent cOaonu 25: 

The message broker of claim 24 wherein said second object 
is a server object, and said stub object is coupled to said 
server object [OIRFALE, page 1, "and both client and server 
stub are generated by the IDL compiler", OMG, page 87, 
ION A, page 9/23, 2 nd to last par., "runtime builds a "proxy", 
and Mowbray et al., page 38]. 

As to dependent claSnn 26s 

The message broker of claim 22 further comprising a second 
mediating component coupled to said mediating component 
[Mowbray, teaches of Skeleton, see also OMG, page 77, 
"there will be a skeleton for each object type bound to the 
ORB]. 



Prior Art not ireDned upon 

The prior art made of record and not relied upon is 
considered pertinent to applicant's disclosure. 
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